home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.19980424-19980901
/
000136_news@newsmaster….columbia.edu _Tue May 26 15:17:46 1998.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
3KB
Return-Path: <news@newsmaster.cc.columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id PAA27568
for <kermit.misc@watsun.cc.columbia.edu>; Tue, 26 May 1998 15:17:44 -0400 (EDT)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id PAA18275
for kermit.misc@watsun; Tue, 26 May 1998 15:17:43 -0400 (EDT)
Path: news.columbia.edu!panix!howland.erols.net!cpk-news-hub1.bbnplanet.com!wtn-news-feed2.bbnplanet.com!news.bbnplanet.com!netnews.jhuapl.edu!usenet
From: Skip Collins <collibf1@jhuapl.edu>
Newsgroups: comp.protocols.kermit.misc,comp.sys.hp48
Subject: Re: Kermit on the HP48 (Was: One-Way Transfer)
Date: 26 May 1998 15:11:21 -0400
Organization: Johns Hopkins University Applied Physics Lab, Laurel, MD, USA
Lines: 38
Sender: collibf1@COLLIBF1
Message-ID: <wk67is4zl2.fsf@jhuapl.edu>
References: <35646665.EBB3868B@theriver.com> <wk67iy1b8j.fsf@jhuapl.edu> <6k4ef6$g6p$1@apakabar.cc.columbia.edu> <wk4syi58y0.fsf@jhuapl.edu> <6kc4vm$ssl$1@apakabar.cc.columbia.edu>
NNTP-Posting-Host: collibf1-2.jhuapl.edu
X-Newsreader: Gnus v5.5/Emacs 20.2
Xref: news.columbia.edu comp.protocols.kermit.misc:8799 comp.sys.hp48:81471
fdc@watsun.cc.columbia.edu (Frank da Cruz) writes:
> In article <wk4syi58y0.fsf@jhuapl.edu>,
> Skip Collins <collibf1@jhuapl.edu> wrote:
> : What command should I issue to mimic the K95 default?
>
> SET CONTROL UNPREFIX ALL
> SET CONTROL PREFIX 0 1 13 17 19 129 141 145 147
I find that setting _any_ unprefixed control characters, in the low or
high range, causes problems. A transfer just stops and retries occur
until the limit is exceeded. This is one area where a re-implemented
hp48 kermit could easily improve performance.
> : > There is no prohibition in the protocol definition against sending bare
> : > control characters,
> :
> : This seems to contradict "Kermit: A File Transfer Protocol", 1987 ed.,
> : which states on page 248, under the heading Encoding Summary: "Prefix
> : encoding for control characters is mandatory."
> :
> No good deed goes unpunished.
It seems that the programmers at hp took you at your word. While there
were plenty of unfortunate choices made in the implementation of the
protocol on the hp48, this behavior is at least defensible. If a
control character comes along, it is pretty good indicator of a bad
packet, assuming control characters are not allowed. Which is not a
bad assumption, given the wording of the protocol specification. The
hp48 team was just being extra careful about error checking :).
I think I remember reading somewhere that there was some sort of
problem between the kermit project and the hp48 designers. Is this
true? If so, it's a shame that there could not have been closer
cooperation between the two parties. These programming problems should
have been fixed years ago.
Skip